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CODING  CLINICAL  LABORATORY  DATA  FDR 
AUTOMATIC  SOXORAGE  AND  RETRIEVAL 

i3y 

Leonard  D.  Gross 
ABSTRACT 

A  series  of  clinical  laboratory  codes  have  been  developed  to  accept  and 
store  Urinalysis,  Blood  Chemistry,  and  Hematology  test  results  for 
automatic  data  processing.  The  codes,  although  constructed  as  part  of 
a  computerized  hospital  simulation,  have  been  able  to  handle  the  results 
of  every  laboratory  test  that  they  have  encountered.  The  unique  feature 
of  these  codes  is  that  they  can  accept  conventionally  recorded  qualitative 
as  veil  as  quantitative  test  results.  Consequently,  clinical  test  results 
need  not  be  arbitrarily  stratified,  standardized,  or  altered '  in  any  way 
to  be  coded.  This  paper  describes  how  the  codes  were  developed  and 
presents  a  listing  of  the  Urinalysis  codes.  Five  criteria  used  in  develop¬ 
ing  the  codes  are  outlined  and  the  problem  of  multiple-synonymous 
terminology  is  discussed.  A  solution  to  the  problem  is  described.  Flexible', 
computer-produced,  composite  laboratory  reports  are  also  discussed,  along 
with  reproduction  of  such  a  report.  Tie  paper  concludes  that  even  though 
many  problems  remain  unsolved,  the  next  ten  years  could  witness  the 
emergence  of  a  practical  autanated  information  system  in  the  laboratory. 
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INTRODUCTION 

A  hypothetical  hospital,  consisting  of  six  wards  with  ten  heds  on  each 
ward,  has  heen  simulated  on  an  Electronic  Data  Processing  systeni  hy  the 
System  Development  Corporation  (SDC),,  in  conjunction  with  the  Veterans 
Administration  (VA)  Department  of  Medicine  and  Surgery.  Urinalysis, 

Blood  Chemistry,  and  Hematology  laboratory  test  results  comprised  a  sub¬ 
stantial  portion  of  the  clinical  data  handled  in  the  simvilation.  Test 
resxuLts  to  be  processed  by  the  computer  were  first  extracted  from  clinical 
records  of  patients  recently  discharged  from  the  Wadsworth  VA  Hospital  in 
Los  Angeles.  The  results  were  then  encoded  onto  punched  cards,  input  to 
the  computer  system,  and  stored  on  disc  files,  to  be  decoded  and  displayed 
upon  request.  Considerable  effort  was  expended  developing  codes  to  trans- 
foim  these  test  resiuLts  into  an  efficient  configuration  for  automatic 
storage  and  retrieval.  Ihis  paper  describes  how  the  codes  were  developed 
and  presents  a  listing  of  the  Urinalysis  Codes. 

LABORATORY  DATA  COLLECTION 

There  are  two  basic  means  of  collecting  laboratory  data  for  entry  into  an 
automatic  computing  system:  one,  data  can  be  collected  directly  in 
machine -usable  code  as  electrical  signals  from  testing  devices;  and  two, 
test  resiilts  can  be  transformed  manually  from  conventional  forms  into 
machine-usable  code.  Future  laboratory  input  systems  will,  in  the  author's 
opinion,  primarily  rely  on  the  first  method  of  collecting  test  results.  In 
such  a  system,  testing  devices  will  be  in  direct  communication  with  computing 
apparatus.  Results  of  a  laboratory  test  can  then  be  automatically  trans¬ 
mitted  to  the  computer  the  instant  they  are  available  and  entered  in  the 
patient’s  electronically- stored  clinical  record.  However,  numerous  economic 
and  technical  problems  must  be  resolved  before  such  devices  can  be  placed  in 
the  laboratory. 

I  ) 

Therefore,  we  chose  to  simulate  the  second  method  of  collecting  laboratory 
results .  The  knowledge  acquired  by  manual  coding  of  test  data  will  be 
extremely  useful  in  the  future  as  automatic  input  apparatus  becomes  more 
readily  available.  This  knowledge  also  enables  us  to  begin  automating 
many  laboratory  activities  much  sooner  than  if  we  had  to  wait  for  a  com¬ 
pletely  automatic  system. 

DIVELOPING  THE  LABORATORY  CODES 

The  initial  t8,sk  in  developing  the  laboratory  codes  was  to  select  a 
representative  assortment  of  laboratory  report  forms  for  coding  purposes. 
After  examining  various  records  used  in  the  VA  Hospital,  we  selected 
Urinalysis,  Blood  Chemistry,  and  Hematology.  These  three  were  chosen 
because,  as  a  group,  they  present  typical  coding  requirements.  In  addition, 
at  least  one  of  the  sixty  tests  on  the  forms  was  requested  for  every  patient 
in  the  hospital. 
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Next,  we  studied  communication  patterns  between  the  ward  and  laboratory. 

This  study  concentrated  on  existing  methods  of  collection,  storage,  and 
retrieval  of  patient  data.  Special  attention  was  devoted  to  defining 
shortcomings  and  inconsistencies  of  the  conventional  handwritten  report. 

The  subsequent  stage  of  code  development  was  a  comprehensive  investigation 
of  Urinalysis,  Blood  Chemistry,  and  Hematology  reports.  Approximately 
two  hundred  samples  of  each  report  were  examined  from  laboratory  records 
at  the  Wadsworth  VA  Hospital  in  Los  Angeles.  Data  entries  were  carefully 
reviewed  for  the  following  characteristics; 

,  Nimber  of  characters  (numerical  and  alphabetic)  required 
to  record  a  particular  test  reading 

.  Degree  of  precision  used  to  report  the  test  reading 

.  Units  in  which  the  test  measurement  was  expressed  (e.g.,  gm,  mm) 

,  Upper  and  lower  limits  between  which  the  reading  is  expected 
to  vary 

.  Terms  and  expressions  which  are  used  synonymously 

.  Non^listed  tests  which  can  be  recorded  on  the  report  form 

.  Test  results  which  are  described  in  narrative  terminology 

.  Heading  Information  required  to  identify  the  patient,  his 
location,  tests  ordered,  and  other  associated  instructions 

Initially,  we  focused  on  normal,  everyday  modes  of  reporting  test  results. 
Once  familiarity  with  typical  data-re cording  techniques  was  achieved, 
attention  was  devoted  to  the  special  or  unusual  example.  The  majority 
of  these  variations  resulted  from  the  different  ways  in  which  individual 
laboratory  technicians  expressed  seemingly  identical  test  results.  For 
example,  in  reporting  the  amoxmt  of  a  particular  microscopic  particle, 
some  technicians  would  quantify  their  observations  by  writing  "1+," 
while  others  preferred  descriptive  terms  such  as  "occasional,"  "rare," 
"infrequent,"  "small  number,"  etc.  For  our  simulation,  the  problem  was 
resolved  by  employing  the  same  code  to  represent  a  group  of  terras  previ¬ 
ously  determined  to  be  synonymous.  In  the  example  above,  the  digit  "1" 
in  a  particular  card  col^mm  was  used  to  code  the  terms  "1+,"  or  "occasional," 
"rare,"  etc.  Since  all  synonymous  terms  were  represented  by  a  single  code, 
one  term  had  to  be  selected  as  the  preferred  output  expression.  In  this 
case,  the  term  chosen  was  "l+."  Laboratory  supervisors  provided  substantial 
assistance  to  us  in  Identifying  terms  which  were  used  synonymously  and  in 
selecting  preferred  output  expressions. 
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As  the  last  stage  of  code  development,  we  attempted  to  determine  valid 
limits  for  accepting  or  rejecting  test  results «  Defining  an  "acceptance 
interval,"  however,  turned  out  to  he  an  extremely. elusive  task.  The 
limits  of  "acceptable "  test  results  are  not  universal  hut  vary  frpm  disease 
to  disease.  To  illustrate,  a  white-cell  count  of  50;000  would  not  he 
unusual  for  a  patient  suffering  from  leukemia;  this  same  cell  count,  however, 
would  he  open  to  question  for  a  patient  suffering  from  a  fractured  tihia 
only.  Therefore,  it  was  decided  to  temporarily  postpone  the  study. 

CODING  CRITERIA 

After  we  completed  the  detailed  examination  of  Urinalysis,  Blood  Chemistry, 
and  Hemtology  test  results,  we  began  the  actual  construction  of  laboratory 
codes.  Five  criteria  were  used  as  a  guide.  As  a  mnemonic  tool,  we  re¬ 
ferred  to  the  criteria  as  the  five  C*s  of  effective  coding:  conciseness, 
consistency,  comprehensiveness,  compatibility,  and  convenience.  The  first 
of  these  five  criteria,  conciseness,  refers  to  the  brevity  and  compactness 
of  the  code;  consistency  pertains  to  the  uniformity  of  the  code,  i.e.,  lilce 
items  will  be  represented  by  the  same  code  configuration;  comprehensiveness 
concerns  the  versatility  and  inclusiveness  of  the  code,  i.e.,  the  ability 
of  the  code  to  represent  uniquely  all  variations  of  the  data  being  coded; 
compatibility  refers  to  the  logical  agreement  between  the  given  code  and 
other  codes  the  system  processes;  convenience  applies  to  the  ease  and 
facility  with  which  the  data  is  converted  into  its  coded  representation. 

One  requirement  that  restricted  uniform  application  of  the  five  criteria 
was  that  all  clinical  reports  generated  by  the  computer  system  had  to  be 
compatible  with  their  existing  manually-prepared  counterparts.  Conse¬ 
quently,  the  codes  had  to  be  capable  of  accepting  conventionally  recorded 
test  results.  Including  both  quantitative  and  qualitative  results.  Results 
could  not  be  arbitrarily  stratified,  standardized,  or  altered  in  any  way. 

The  codes  were  designed  so  that  no  reorientation  would  be  required  either 
on  the  part  of  the  laboratory  technician  recording  test  results  or  on  the 
part  of  the  physician  receiving  a  laboratory  printout.  As  a  result, 
computer-produced  reports  were  as  inclusive  and  detailed  as  conventional 
manual  reports. 

THE  LABORATORY  CODES 

Urinalysis  codes  developed  for  the  simulation  are  presented  in  Table  I. 
Hematology  and  Blood  Chemistry  codes  are  available  from  the  author. ^ 

Table  I  is  divided  into  five  colimins;  Current  Item  Heading,  Current  Data 
Usage,  Data  Code,  Nimiber  of  Characters,  and  Card  Columns.  Current  Item 
Heading  refers  to  the  various  items  on  the  laboratory  form,  i.e.,  the 
printed  heading  on  the  present  form.  The  heading  includes  identifying 
information  and  test  titles.  Current  Eata  Usage  refers  to  the  manner  in 
which  information  is  now  recorded  on  the  laboratory  form.  Data  Code 
refers  to  the  punch-card  code  that  will  represent  the  particular  item. 
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Fijmerical  test  results  (listed  as  X~X  under  Current  Data  Usage)  are 
formatted  but  not  coded.  Narrative  results  are  coded  as  well  as  formatted. 
Number  of  Characters  refers  to  the  number  of  characters  required  to  code 
and  store  the  given  item.  Card  Columns  refers  to  the  columns  on  a 
standard  80»column  punch-card  in  which  the  data  will  be  entered.  Card 
columns  1-5  and  76-8O  are  reserved  for  card  control  data. 

Whenever  equivalent  terms  are  used,  the  term  which  appears  with  an 
asterisk  (*)  is  the  designated  output.  For  example,  the  terms  "small 
number,"  "infrequent,"  "occasional,"  "rare,"  and  "l+"  are  used  inter¬ 
changeably  in  the  hospital  and,  therefore,  all  five  are  coded  by  the  digit 
"ij"  but  "1+"  has  been  selected  as  the  preferred  output  and  is  designated 
as  "*1-k" 

The  codes  presented  in  Table  I  were  developed  primarily  for  a  research- 
oriented  simulation  of  laboratory  procedures.  They  were  not  intended 
to  be  used  as  part  of  an  operational,  on-going  system  vrithln  the  laboratory. 
However,  with  certain  refinements,  they  could  be  adapted  to  operational  use 
in  a  clinical  laboratory,  as  indicated  by  their  successful  application  to 
actual  laboratory  data.  The  codes  have  been  able  to  handle  the  results  of 
every  Urinalysis,  Blood  Chemistry,  and  Hematology  test  that  they  have 
encountered. 

The  unique  feature  of  the  codes  is  that  they  can  accept  conventionally 
recorded  laboratory  results.  Most  of_  the  other  coding  schemes  with  which 
the  author  is  familiar  depend  on  artificially  structured  results.  These 
other  techniques  often  require  that  laboratory  technicians  stratify  their 
results  into  fixed  ranges.  The  technician  records  only  the  range  in  which 
a  given  result  falls,  rather  than  the  actual  result.  Such  codes  cause  a 
loss  of  infomation  and  make  the  test  reports  less  useful  for  research  or 
other  studies.  Another  common  coding  technique  involves  a  binary-format 
scheme.  Here,  only  the  presence  or  absence  of  the  specimen  characteristic 
is  noted.  The  latter  method  cannot  handle  gradations  in  results  and, 
consequently,  is  even  more  limited  than  stratification. 

TThile  the  aforementioned  coding  schemes  tend  to  simplify  conversion  of 
numerical  test  results  for  statistical  studies  and  computer-generated 
diagnoses,  they  may  simultaneously  degrade  the  information  to  the  point 
where  it  no  longer  satisfies  the  needs  of  the  physician.  Perhaps  their 
most  serious  shortcoming  is  that  they  cannot  handle  descriptive  obser¬ 
vations;  they  are  keyed  solely  to  quantitative  results.  Many  laboratory 
reports,  however,  contain  narrative  descriptions;  foremost  are  microscopic 
examinations.  Microscopic  tests  are  often  as  important  as  quantitative 
readings.  Therefore,  a  comprehensive  laboratory  system  must  be  able  to 
convert  qualitative  data  into  machine-usable  code  and  disseminate  it  to 
the  ward  along  with  quantitative  results.  As  seen  in  Table  I,  the  labora¬ 
tory  codes  developed  for  the  hospital  simulation  had  provision  for  handling 
qualitative  as  well  as  quantitative  results. 
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COMPOTER-ERODUCED  REPORTS 

Storing  laboratory  data  within  an  automated  data  processing  system  provides 
a  tremendous  potential  for  improving  the  dissemination  of  test  results. 

It  also  affords  an  opportunity  to  furnish  data  to  the  ward  or  the  physician 
in  flexible  composite  presentations  rather  than  in  the  restricted  stereo¬ 
typed  formats  currently  used.  Figure  1  contains  a  reproduction  of  such 
a  composite  report.  The  computer-generated  Consolidated  Urinalysis 
Report  depicted  in  Figure  1  was  produced  for  our  hospital  simulation. 

This  printout  identifies  the  patient  (Monroe,  S.  T.,  fylk32),  the  date 
(05/05/62),  and  presents  the  results  of  five  test  series  along  with 
pertinent  heading  information  (one  report  can  accommodate  up  to  eight  test 
series).  Combining  a  group  of  tests  on  such  a  form  allows  the  physician 
to  readily  evaluate  trends  as  well  as  individual  results. 

A  printout  similar  to  that  shown  in  Figure  1  could  be  quickly  generated- - 
on  demand — by  an  automated  data  processing  system.  Also,  the  system  could 
consolidate  laboratory  test  results  with  vital  sign  readings,  or  any 
patient  parameter,  for  that  matter,  in  a  single  comprehensive  record. 

In  addition,  a  fully  automated  information  system  could  provide  the  labo¬ 
ratory  with  a  projected  workload  schedule  based  on  pending  doctors’  labo¬ 
ratory  orders,  as  well  as  prepare  the  monthly  summary  of  tests  performed. 

CONCLUSION 

Many  problems  have  to  be  solved  and  much  work  remains  to  be  done  before 
large-scale  automated  data  processing  becomes  a  reality  in  the  clinical 
laboratory  of  the  modern  hospital.  One  of  the  foremost  problems  is  how 
to  handle  the  variable  terminology  used  to  record  clinical  test  results. 
Another  is  the  difficulty  of  capturing  test  results  within  the  laboratory 
in  machine-usable  code.  An  allied  problem  is  lack  of  suitable  data  input 
devices.  To  insure  their  acceptance  in  the  laboratory,  input  devices 
must  be  convenient  to  operate  and  must  be  reasonably  moderate  in  cost. 

In  addition  to  these  difficulties,  a  wide  variety  of  legal,  educational, 
and  psychological-acceptance  problems  must  be  resolved.  If  a  sense  of 
urgency  can  be ‘ developed,  it  is  reasonable  to  assume  that  the  next  ten 
years  will  see  the  emergence  of  automated  information  systems  for  the 
laboratory. 
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TABLE  I:  UREiALYSIS  REPORT 


CURRENT 

ITEM 

HEADING 

CURRENT  DATA 

USAGE 

DATA 

CODE 

NO.  OF 
CHARAC¬ 
TERS 

CARD 

COLUMN(S) 

Patient's  Unit 
NvtmDer 

5-<iigit  nvanber 

■ 

Same 

5 

6-10 

Patient's  Last, 
First,  and  Middle 

Patient’s  name 

Patient ' s 

3 

11-13 

Name 

Initials 

( None ) 

Report  Serial  Number 

l4 

First  Urinalysis 

1 

1 

Second  Urinalysis 

2 

Third-Eighth  Urinalysis 

3-8 

Time  of  Report 

Report  Time 

Hour 

4 

15-18 

Date  of  Report 

Report  Date 

Month,  Day 

k 

19-22 

Signature 

Signature  of  Authorized 
Personnel 

Initials 

3 

23-25 

Color-Appearance 

Color 

2 

26 

Yellow 

1 

Amber 

2 

Straw 

3 

Bloody 

ij- 

Appearance 

27 

Clear 

c 

Hazy 

H 

Turbid 

T 

Reaction 

XX.X  1/“=: 

Same 

3 

0 

CO 

1 

CO 

OJ 

Specific  Gravity 

X.XXX 

Same 

4 

31-34 

Albumin 

Trace 

0 

1 

35 

1+ 

1 

2+ 

2 

3+ 

3 

k 

Sugar 

Trace 

0 

1 

36 

*1+;  or  l/lOi 

1 

*2+;  or  l/ki> 

2 

*3+;  or  1/2^ 

3 

*4+;  or  2^ 

4 

■^negative;  or  (Jfo 

5 
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TABLE  1:  URINALYSIS  REPORT  (CONT'D) 


CURRENT 

NO  .OF 

ITEM 

CURRENT  DATA 

DATA 

CHARAC- 

CARD 

HEADING 

USAGE 

CODE 

TEES' 

Acetone 

Positive 

0 

1 

37 

1+ 

1 

2+ 

2 

3+ 

3 

if-+ 

4 

Bile 

Negative 

N 

1 

38 

Positive 

P 

Microscopic 

Adjectives 

Ad.i active  Code 

NA 

NA 

Examination 

^Present;  or  positive 
*1+,  or  occasional;  or 

0 

small  nmUer;  or  rare; 
or  Infrequent 

1 

*2+;  or  few;  or  some 

2 

*3+»  or  many;  or  numler 
*4+;  or  great  many;  or 

3 

packed 

4 

Casts 

3 

msBsm 

Hyaline  Casts 

A 

Per  entry 

mmm 

Finely  Granular  Casts 

B 

Coarsely  Granular  Casts 

C 

RBC  Casts 

D 

Hemoglobin  Casts 

E 

Pus  Casts 

F 

Epithelial  Casts 

G 

Fatty  Casts 

H 

Waxy  Casts 

I 

Broad  Casts 

J 

Modified  by  adjectives 

listed  above 

■ 

■Mucous  Threads;  or 

4 

Adjective  Code 

1 

45 

Cylindroids 

Modified  by  adjectives 

listed  above 

*Amorphous;  or  amorphous 

Adjective  Code 

1 

46 

material;  or  amorphous 
sediment 

Modified  by  adjectives 

— ii  1  ii  n 
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TABLE  I;  URINALYSIS  REPORT  (CONT'D) 


CURRENT 

NO.  OF 

ITEM 

CURRENT  DATA 

DAffl. 

CHAEAC- 

CARD  \. 

HEADING 

USAGE 

CODE 

TERS 

C0LUMN( S^ 

licroscopic 

Crystals 

2  -per 

iixamination 

'*!Amorplious  Phosphate 

entry 

1 cont ' d. ) 

Crystals  or  Phosphate 
Crystals 

Triple  Phosphate  Crystal _ s 

L 

Calcivim  Phosphate  Crystal! 

M 

Calciimi  Sulphate  Crystal _ s 

N 

Calcitm  Carbonate  Ciyst»-li 

0 

Calcivun  Oxalate  Crystals 

P 

Uric  Acid  Crystals 

Q 

Ammonium  Borate  Crystals 

R 

Sodivim  Urate  Crystals 

S 

Tyrosine  Needles  Crystal _ s 

T 

Eucine  Spheres  Crystals 

U 

Cystine  Crystals 

V 

Fatty  Acids  Crystals 

W 

Indigo  Crystals 

X 

Hippuric  Acid  Crystals 

y 

Modified  by  adjectives 

Adjective 

listed  above 

Code 

Bacteria 

AdJ  active 

1 

55 

Code 

Modified  by  adjectives 

listed  above 

Epithelial  Cells 

Renal  Epithelial  Cells 
*Caudate  Epithelial  Cells  j 

R 

2: 

56-59 

or  Cylindrical  Epithel3La] 
Cells 

C 

Squamous  Epithelial  Cel31_s 

S 

Modified  by  adjectives 

Adjective 

listed  above 

Code 

Occult  Blood 

Adjective 

1 

60 

Code 

Modified  by  adjectives 

listed  above 

Sperm  Cells 

Adjective 

X 

fai 

Modified  by  adjectives 

Code 

_ listed  above  _ 
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TABLE  I:  UEIIIALYSIS  REPORT  (CONT'D.) 


CURRENT 

ITEM 

HEADING 

CURRENT  DATA 
USAGE  , 

DATA 

CODE 

NO,  OF 
CHARAC¬ 
TERS 

CARD 

.column(s) 

Microscopic 
Examination 
( cont'd, ) 

The  terra  RBC/HPP  modified 
by  adjectives  listed  above 
or 

RBC/HPP  reported  as  a  num¬ 
ber  such  as  0-5  or  1-3 

Adjective 

Code 

or 

The  numbers 
recorded  on 
the  lab  form 
(without  the 
. dash) 

2 

62 

or 

62-63 

The  terra  WBC/HPF  modified 
by  adjectives  listed 
above 

Adjective 

Code 

2 

64 

or 

WBC/HPF  reported  as  a 
manber  such  as  0-5  or 

1-3 

or 

The  numbers 
recorded,  on 
the  lab  form 
(without  the 
dash) 

or 

64-65 

The  decimal  point  is  not  included  in  the  input  code  for  numerical 
readings ♦ 

2 

The  interpretation  of  the  symbol  XX»X  can  be  illustrated  by  the  following: 
a  result  recorded  as  9»32  is  coded  "0931”  a  result  recorded  as  9  is  coded 
"090j"  and  a  result  recorded  as  93  is  coded  "930." 

•3 

Two  columns  on  the  card  are  allotted  for  each  type  of  microscopic  particle 
identified.  The  first  colimin  contains  the  alpha  code  representing  the 
particle  name;  the  second  column  contains  the  numeric  adjective  code. 

The  entire  6-ch3,racter  field  can  accommodate  a  maximum  of  three  entries. 

The  presence  of  the  microscopic  pe^rticle  is  denoted  by  an  adjective  code 
in  the  card  colvimn  assigned  to  the  given  particle, 

i 


May  9,  1963 


11 


SP-1120 


URINALYSIS  CONSOLIDATED  LABORATORY  REPORT 


May  9,  1963 


12 


SP-1120 


FOOTNOTES 


This  paper  is  "based  on  research  in  the  area  of  hospital  automation 
performed  "by  the  System  Development  Corporation's  Bio-Medical  Systems 
Department  and  the  Veterans  Administration  Department  of  Medicine  and 
Surgery.  Consistent  wlfh  the  general  policies  of  the  S|ystem  Development 
Corporation  and  the  Veterans  Administration,  the  results  of  this  research 
are  "being  made  available  with  the  hope  that  they  will  materially  assist 
others  engaged  in  these  activities. 


For  a  complete  listing  of  the  codes,  interested  readers  may  obtain  a 
copy  of  doc^mlent  SP-1120/ OOl/OO  ( "Laboratory  Codes  Developed  for  the 
Simulated  Hospital  Experiment")  by  writing  to  Mr.  Leonard  Gross, 
System  Development  Corporation,  2500  Colorado  Avenue,  Santa  Monica, 
California. 
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